home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 1186 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.2 KB
  1. From: miff@asharak.apana.org.au (michael smith)
  2. Subject: Re: user-written interrupt handlers
  3. Date: Wed, 09 Mar 94 23:21:54+1030
  4. In-Reply-To: <9403091128.AA17668@pirol.techfak.uni-bielefeld.de> from "itschere@TechFak.Uni-Bielefeld.DE" at Wed, 9 Mar 94 12:28:18 MET
  5. Message-Id: <Up-ECJXFIUW@asharak.apana.org.au>
  6. Mime-Version: 1.0
  7. X-Software: Atari UUCP  UPoint light  (22. Jan. '94)
  8.  
  9. In <9403091128.AA17668@pirol.techfak.uni-bielefeld.de> you wrote :
  10.  
  11. >Juergen Lock writes:
  12.  
  13. >> btw anyone using the TT's SCC DMA yet? its too bad mega STe don't have it :)
  14. >> (and have all this SCC problems too.)
  15. >
  16. > Regarding that it has a 3 byte fifo one should think it would be worth a
  17. >closer look at, so to say: Well I've missed one interrupt... hmmm... never
  18. >mind, next time, I'll fetch two chars. You could start calculating a
  19. >probability for missing three interrupts after another...
  20. >
  21. > But then: What's about the MSTE problems with it? Have heard about them,
  22. >but nothing concrete. And what about the falcon? Have only heard it doesn't
  23. >use a MFP for serial communication. Don't know what it uses.
  24.  
  25. AFAIK (from the schematics 8) there is an MFP in there, but the serial lines
  26. don't go anywhere (which is a pain, there are some free drivers in there too
  27. 8( )
  28.  
  29. The falcon serial interface is run on an SCC - I can't tell whether this 
  30. is arranged as with the SCC in the TT.
  31.  
  32. > Looks like there'll never be a kernel with new device drivers, because
  33. >you would have to write three of them for all existing hardware... :-(
  34.  
  35. Hmm, more scope for loadable ones I think - in fact, I am _sure_.  Myself,
  36. I'd like to see all but the TOSFS driver loaded at startup rather than linked
  37. in.  (I know this may be unreasonable, I haven't looked at it yet).
  38. Then the kernel should go looking for the appropriate drivers for the
  39. current hardware, and load any user-supplied ones. (you'd probably do it
  40. with a small tree structure :
  41.  
  42. \mint
  43. \mint\system
  44. \mint\drivers
  45.  
  46. or similar.  Who knows - it would be nice.  So would AiNA (you guess 8)
  47.  
  48. >TeSche
  49.  
  50.  
  51. --
  52. --
  53. mike smith : silicon grease monkey  | If you think it can't be done, |
  54. miff@asharak.apana.org.au           | it means you don't have enough |
  55. miff@apanix.apana.org.au            | money in your budget.          |
  56.  
  57.